home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / pc_board / csver236.zip / HISTORY.CSV < prev    next >
Text File  |  1993-04-18  |  17KB  |  371 lines
  1. History of Changes or Fixes to CSVerify.
  2. Entries are made in reverse order, Newest first;
  3.  
  4.  
  5.   NOTE: Once you receive your REGISTRATION key, Place the
  6.         Information at the TOP of your configuration file.
  7.         CSV will not go outside of the configuration file to find it.
  8.  
  9.  
  10. April 17, 1993 Ver 2.36
  11.  
  12. ■ Corrected a minor error that would not allow users with expired user records
  13. to be reverified. The program would send them back to the BBS with a message
  14. that their security level was too high.
  15.  
  16. April 11, 1993 Ver 2.35
  17.  
  18. ■ Trying to correct an error that was causing CSV to attempt a redial after a
  19. connection was made to the remote modem... (slip of the fingers!).
  20.  
  21. ■ Made a change to security level checking, where if the users registration is
  22. expired, it will now allow reverification, and update the expiration date.
  23.  
  24. ■ The LD_EXPIRE field was not calculating the expiration date properly.
  25.  
  26. April 3, 1993 Ver 2.34 21:00
  27.  
  28. ■ Corrected an error which was causing a lockup right after the number was
  29. written to the trash file.
  30.  
  31. ■ Organized the logic after the user was verified, and before sending them
  32. back to the BBS.
  33.  
  34. April 3, 1993 Ver 2.33 Internal Beta
  35.  
  36. ■ When calling my BBS for a REGISTRATION key, please give me your BBS name
  37. EXACTLY as is it appears in your PCBSETUP file to save time.
  38.  
  39. ■ At this time, only Credit Card registrations are being accepted, and you may
  40. do so in the CHARGE door of my BBS.
  41.  
  42. ■ Added another KEYWORD to the program called "SUFFIX", and this is a variable
  43. that if not blank will attach the value in SUFFIX to the dialing string. This
  44. is specifically for systems that need to key in a USERS code on phone systems
  45. that have accounts setup. In other words, if your phone system requires you to
  46. key in an account number after you dial a phone number (for billing/accounting
  47. purposes), the SUFFIX field will allow this entry.
  48.  
  49. ■ I am working on the dial back routine, where for some reason, on my modem,
  50. it does not recognize a busy signal or verbose "BUSY" in the buffer. I will
  51. continue working on this.
  52.  
  53. April 1, 1993  Ver 2.32
  54.  
  55. ■ We were having trouble in the routine that determines how to dial the
  56. number... ergo; whether the long distance number should have the LD_ACCESS
  57. code attached to it, or where in the dialing string the PBX# would go if there
  58. was one.. looking at the logic of the routine, it was nothing but a pile of
  59. spaghetti, so I decided to eat it all and make some more <g>!
  60.  
  61. What I am trying to say is that the routine that assembles the dialing string
  62. was a mess and I rewrote it! It is much more efficient now, and makes more
  63. sense to me <g>! This *should* cure the problem with International setup not
  64. including the PBX number in the dialing string.
  65.  
  66. In case I neglected to mention this previously, the KEY file that you are
  67. given, should be inserted into you configuration file. CSV will not attempt to
  68. located the data anywhere else... sorry Carol!
  69.  
  70. March 31, 1993 Ver 2.31
  71.  
  72. ■ Sorry folks... I had commented out a couple of lines so that I could do
  73. local testing in real mode, and I forgot to restore it.. It was the flag that
  74. ws able to switch to TEST mode if you ran the door locally.
  75.  
  76. ■ While in local test mode, CSV will write to the caller log all events which
  77. would normally occur on a real callback.
  78.  
  79. March 30, 1993 Ver 2.30/M
  80.  
  81. ■ Modified to now be compatible with PCBoard ver 15.0, while maintaining
  82. backward compatibility.
  83.  
  84. ■ Big time corrections were made to the International phone number support,
  85. which will work very much like the U.S. mode.
  86.  
  87. After a little home work and some assistance from AT&T, I split out the
  88. components of the International phone number so it works the same as the
  89. American version. If CSV cannot separate the phone number entered into
  90. PCBoard during registration, the program will prompt the user for the
  91. individual sections. The LD_ACCESS field in the configuration file can now
  92. hold the "011" portion of the long distance number.
  93.  
  94. The Country Code and City Code fields were given a length of 3 characters
  95. each, while the number field will allow up to 8 digits.
  96.  
  97. ■ Corrected an error that was not allowing a zero to be used in the
  98. International number set.
  99.  
  100. ■ Modified what was being written to the trash file, so you could tell Who was
  101. verified, what number they used, and the date and time, so if theres a
  102. dispute, or the phone number has been used before, it will display the above
  103. information to the user.
  104.  
  105. ■ A couple more events logged into the callers file.
  106.  
  107. March 25, 1993 Ver 2.29/M  (* Major Changes!!! *)
  108.  
  109. ■ I have pretty much completed the testing cycle of the program, and
  110. since this is so, I have invoked the registration key.. It was internal
  111. to the program, but not active. I have decided to begin using it.
  112.  
  113. The same senerio remains... Individual SysOps, that are not running a
  114. Corporate or Multi-Node system may use the program for free. All others
  115. must submit the proper license fee, and can be paid for on-line with a
  116. credit card on my BBS, or through the mail.
  117.  
  118. ■ Three keywords have been added to the configuration file. Keyword
  119. "EXPIRED_LEVEL" now allows you to change the expired security level of
  120. the person that is verified. Keyword SYSOP_NAME is self explanatory, and
  121. must be the same name submitted to me for a valid registration number.
  122. Keyword "REGISTRATION" is where you will put your registration code for
  123. complete use of the program.
  124.  
  125. ■ I hate cripple ware programs, so the only thing I could think of the be
  126. gentle was to disable the CALLBACK ONLY mode on unregistered versions.
  127.  
  128. ■ To obtain a registration number, please leave me a <C>omment on my
  129. BBS, and I will get you one. If you are a corporation, or using a
  130. Multi-Node system, you may log onto my BBS, and use the "CHARGE" door to
  131. register your version. As soon as your charge is cleared, I will inform
  132. you of a file to download which will allow activation of the
  133. registration number.
  134.  
  135. ■ As long as you have registered your program you are entitled to FREE
  136. support and upgrades.
  137.  
  138. ■ Due to this significant change in the code, previous versions can no
  139. longer be supported.
  140. ===========================================================================
  141.  
  142. March 23, 1993 Ver 2.28/M
  143.  
  144. ■ I added some more logging to the program to indicate the actions of a
  145. user when the callback menu is displayed. Previously, if the user
  146. decided to abort the callback process, and return to the board, there
  147. was no indication of this. This also held true for a user that decided
  148. to hang-up in the door.
  149.  
  150. ■ If you are upgrading from older version of CSVERIFY, there is
  151. important information contained in this document that is not in the
  152. documentation, Please read the progression of the program for an
  153. understanding of it's development.
  154.  
  155. ■ Bare in mind that this program is FREEWARE to individual SysOps. I did
  156. this because many SysOps incur quite a bit of expense in running a BBS,
  157. however, this program is not FREEWARE to corporate users, and must be
  158. licensed. You may obtain licensing information by contacting the
  159. Computer Store BBS. SysOps that can afford to make a contribution may do
  160. so, however you are under no obligation.
  161.  
  162. March 19, 1993 Ver 2.27/M
  163.  
  164. ■ Corrected a mistake that was causing the modem to timeout too quickly
  165. while waiting for a carrier.
  166.  
  167. ■ Corrected an error which was logging the same attempt number to the
  168. callers log (I was using the retries variable instead of the counter).
  169.  
  170. March 18, 1993 Ver 2.26/M (Internal BETA)
  171.  
  172. ■ Changed the program to use the PCBTEXT prompts, instead of hardcoding
  173. them so the program will in most cases honor the multi-language systems.
  174.  
  175. There are of course some instances where there are words hardcoded, but
  176. that can't be helped. The display files that are included can also be
  177. translated to other languages, and saved just as you would configure any
  178. other display file for use with PCBoard.
  179.  
  180. March 17, 1993 Ver 2.25/M
  181.  
  182. ■ Somewhere along the line, I messed up the redial attempts if the
  183. callback was not successful the first time. I did not realize that this
  184. was broken until I watched a user get a callback, and when the line was
  185. busy on the callback, the program recycled to the BBS without attempting
  186. to redial the number the prescribed number of times.
  187.  
  188. Now the redial attempts will be kept track of on screen for the SysOp to
  189. view (if watching!), and if the callback number is busy, the program
  190. will note the busy line, and wait 5 seconds before trying again. Each
  191. time a redial is attempted this will be recorded in the callers log,
  192. along with the other information.
  193.  
  194. ■ Sorry about all the releases lately folks... If you want a stable
  195. product then I have to keep after it!
  196.  
  197. March 16, 1993 Ver 2.24/M
  198.  
  199. ■ When I added the option to Re-Enter the phone number before the user
  200. was called back, I forgot about checking to see if the number was long
  201. distance, or if it was in the trashcan already.... Shame on me! I just
  202. happened to be testing the program myself, and to my surprise found this
  203. Boo Boo! The program will now do it's usual checking whenever the number
  204. is changed or entered.
  205.  
  206. ■ Addition of a new KEYWORD in the configuration file. LD_EXPIRATION=##
  207. is used to signify what the expiration date should be for long distance
  208. users. A lot of times, Long Distance callers will log onto your board
  209. maybe once or twice, then you never see them again. This will set the
  210. expiration date to whatever you choose, causing the security level to be
  211. lowered, making them eligible for purge from your users file when this
  212. happens. LD_EXPIRATION defaults to 10 days if there is no entry in the
  213. configuration file or if the field is left blank.
  214.  
  215. ■ Updated a little more of the documentation.
  216.  
  217. March 15, 1993 Ver 2.23/M
  218.  
  219. ■ Adding more information upon request (Carol <g>!) to the callers log,
  220. like the time the dial attempt was made, the time connect was made, and
  221. the connect speed. Any others?
  222.  
  223. March 11, 1993 Ver 2.22/M
  224.  
  225. ■ I hate to keep changing things on you all, but I have redone the
  226. configuration file format to be in the same format as the rest of my CS*
  227. software. I have changed the configuration file to a KEYWORD type format, so
  228. that I can continue to expand CSVerify without having to worry about screwing
  229. up the configuration file. It was already starting to get out of order, with
  230. the addition of the TimeTables and was at times confusing to some users. This
  231. should make a little more sense.
  232.  
  233. Please refer to the configuration file enclosed in the zip for the changes.
  234.  
  235. March 9, 1993 Ver 2.21/M
  236.  
  237. ■ Minor modification made to the user that gets long distance access.
  238. Previously, the user was just sent back to the board.... now they make a stop
  239. along the way to see their current settings.
  240.  
  241. ■ I had previously changed the callback only mode to have the user enter the
  242. phone number they wanted to be called back at, and removed reading the number
  243. from the Users file. Carol wants the Users Record read first, then give the
  244. caller the opportunity to change the number.... Okay Carol... you got it <G>!
  245.  
  246. ■ Little by little, updating the docs... <g>
  247.  
  248. March 6, 1993 Ver 2.20/M
  249.  
  250. ■ Made a minor change to the log entries. The users phone number will now be
  251. put into the callers log, so you can view it quickly through PCBoard.
  252.  
  253. ■ A couple of minor cosmetic changes were made... i.e. typo's.
  254.  
  255. March 5, 1993 Ver 2.19/M
  256.  
  257. ■ Added a Callback time function. Using the matrix file included in this ZIP
  258. called TIMETAB.CSV, place an 'x' in the appropriate column corresponding to
  259. the day of the week, and time you would allow long distance callbacks. If the
  260. column is blank, but you allow long distance callbacks, the user will be shown
  261. the CALLTIME.CSV file explaining when to call back. You may modify this file
  262. as you see fit. Double check the positions of each 'x' you place into a
  263. column, and double check the appropriate day of the week, There is no checking
  264. made by the program other than what you have in the matrix, so please follow
  265. the example closely, and you wont have any trouble.
  266.  
  267. I cannot be responsible if the program dials a long distance number either by
  268. configuration error, or incorrect placement of the time slot marks!
  269.  
  270. March 2, 1993 Ver 2.18/M
  271.  
  272. ■ I noticed that some new users were getting expiration dates of 00-00-00
  273. after callback. Checking the code I found I was grabbing the wrong data off
  274. the line from the configuration file variable EXPIRED= .
  275.  
  276. ■ Changed the options displayed to the user before call back to be a little
  277. more specific.. They just don't get it <g>!
  278.  
  279. February 28, 1993 Ver 2.17/M
  280.  
  281. ■ After the last modification, I noticed that everything was working fine,
  282. until the user exited the door.. Seems I forgot to update the users file, so
  283. PCBoard never saw the updated information... Fixed!
  284.  
  285. ■ Inadvertently left off the Fossil drive when I compiled the program... sorry
  286. folks!
  287.  
  288. February 26, 1993 Ver 2.16/M
  289.  
  290. ■ Minor modification that now adds the users name to the trashno.csv file on
  291. successful verification. If a user calls, and the number they enter has been
  292. used by someone else, and is found in the trashno.csv file, it will display
  293. the users name that used that number. Handy for SysOps to look back also to
  294. see who used what number.
  295.  
  296. February 22, 1993 Ver 2.15/M
  297.  
  298. ■ I was in the process of adding another function to the program to check for
  299. valid callback times on long distance, which I have not yet finished... but I
  300. have some code in there already to check the table, which I forgot about.
  301. Anyway, the change I made yesterday to correct the callback only mode was not
  302. working correctly because of it... For the time being I commented out that
  303. part of the code, until I get finished with it..
  304.  
  305. ■ Added a notification that CALLBACK ONLY mode was enabled.
  306.  
  307. ■ Corrected an error that was causing CSV not to properly check the security
  308. level on entry into the door on security callbacks.
  309.  
  310. ■ CSV was allowing a blank BusData phone entry on callback.. If for some
  311. reason this field is blank when CSV starts up, you are now prompted to enter
  312. the number manually.
  313.  
  314. February 21, 1993 Ver 2.14/M
  315.  
  316. ■ Made a change to the program when in CALLBACK ONLY mode. The program will
  317. now prompt the user for the callback number instead of getting the number from
  318. the users record. The number must still meet the criteria for callback as
  319. usual, but the program will now have the user enter the number instead of
  320. assuming the users record entry.
  321.  
  322. February 4, 1993 Ver 2.13/M
  323.  
  324. ■ Corrected an error on the Expiration Date routine, where if you selected
  325. Zero (0) it would set the users expiration date to the current date. It will
  326. now place 00-00-00 in the expiration date field of the users record if Zero is
  327. specified.
  328.  
  329. January 20, 1993 Ver 2.12/M
  330.  
  331. ■ Corrected the procedure for allowing International telephone numbers. In the
  332. configuration file, a new keyword "INTERNATIONAL" was added to tell the
  333. program that a different set of telephone numbers is acceptable. If you do not
  334. use INTERNATIONAL phone numbers then just leave the line out. Maybe I got it
  335. right this time!
  336.  
  337. January 10, 1993 Ver 2.11/M
  338.  
  339. ■ Added support for International phone numbers... I dont know if I did
  340. this right, so i'll count on you International SysOps to help me with
  341. that.
  342.  
  343. January 7, 1993 Ver 2.10/M
  344.  
  345. ■ Added an option in the configuration to allow you to specify the
  346. expiration period of the user. You can leave it blank, or you can
  347. specify any number of days. The default is 365 days (1 year). Putting
  348. 730 would equal 2 years and so on.
  349.  
  350. ■ CSV can now be used for CALLBACKS only. If you have a subscription
  351. service that uses callback security, you set the logon security to this
  352. level. When the user logs on, he is immediately taken to CSV, where the
  353. callback phone number is verified. The program will then disconnect the
  354. user, and call him back. After correct password entry, the user is
  355. returned to PCBoard. See the revised DOCS for using this feature.
  356.  
  357.  
  358.               (*  CSVERIFY Versions no longer Supported  *)
  359.  
  360. December 16, 1992 Ver 2.9
  361. November 12, 1992 Ver 2.8
  362. November 9, 1992 Ver 2.7
  363. November 7, 1992 Ver 2.6
  364. November 2, 1992 Ver 2.5
  365. October 26, 1992 Ver 2.4 **** Change to Configuration File ****
  366. October 19, 1992 Ver 2.3
  367. September 8, 1992 Ver 2.2a **** Change to Configuration File ****
  368. August 15, 1992 Ver 2.2
  369. August 12, 1992 Ver 2.1
  370. July 27, 1992 Ver 2.0 *** Major Rewrite ***
  371.